(1.37.109.15/16.2) id AA222376565; Tue, 22 Aug 1995 00:29:25 -0700
Return-Path: <owner-lightwave@mail.webcom.com>
Received: from nova.unix.portal.com by mail.webcom.com with ESMTP
(1.37.109.15/16.2) id AA221316521; Tue, 22 Aug 1995 00:28:41 -0700
Received: from hobo.online.portal.com (hobo.online.portal.com [156.151.5.5]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id AAA26554 for <lightwave@webcom.com>; Tue, 22 Aug 1995 00:33:44 -0700
From: Jeric@cup.portal.com
Received: (pccop@localhost) by hobo.online.portal.com (8.6.10/8.6.5) id AAA21711 for lightwave@webcom.com; Tue, 22 Aug 1995 00:33:43 -0700
To: lightwave@mail.webcom.com
Subject: RE:PAR pattern flashing
Lines: 25
Date: Tue, 22 Aug 95 00:33:42 PDT
Message-Id: <9508220033.2.21659@cup.portal.com>
X-Origin: The Portal System (TM)
Sender: owner-lightwave@mail.webcom.com
Precedence: bulk
>on 18-Aug-95 05:32:31, Ken VanBrocklin (kvanbroc@ATK.COM) Emailed:
>
>> I read in the PAR doc's you can export a bad anim using the YUV export
>> function, and then re-import at a lower block limit using YUV import. I
>> haven tried this yet, but It it might save you some re-rendering time if
>> it works.
>
>This is a great feature for "fixing" PAR anims that no longer play back
>smoothly due to the drive getting filled up,
I believe this ONLY works IF the image is visible on a frame by frame
basis, but will not play back legibly.
Which is better than nothing,---far, far better.
OTOH, I think if the frames are toast frame by frame, you're hosed.